I think this is a good change, thanks for the contribution! However, I don't think we should lean on the existing DialTimeout.

Can we add new LookupdDialTimeout and LookupdRequestTimeout and thread those into the transport instantiation?

I think DialTimeout means parameter for all connections. Considering lookupds and nsqds are usually in same idc, the network condition is same. Besides even not in same idc, DialTimeout sets a little bigger do no harm for the ones in good network condition. Do we need new LookupdDialTimeout and LookupdRequestTimeout parameters ?

My thinking is that if we're going to improve this, might as well do it completely and in an obvious way.

replaced by #360